home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000893_timbl@www3.cern.ch _Thu Apr 15 09:23:56 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  3KB
  1. Return-Path: <timbl@www3.cern.ch>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA20023; Thu, 15 Apr 93 09:23:56 MET DST
  4. Received: from www3.cern.ch by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA04192; Thu, 15 Apr 1993 09:43:31 +0200
  6. Received: by www3.cern.ch (NX5.67c/NX3.0S)
  7.     id AA06587; Thu, 15 Apr 93 09:41:14 +0100
  8. Date: Thu, 15 Apr 93 09:41:14 +0100
  9. From: Tim Berners-Lee <timbl@www3.cern.ch>
  10. Message-Id: <9304150841.AA06587@www3.cern.ch>
  11. Received: by NeXT.Mailer (1.87.1)
  12. Received: by NeXT Mailer (1.87.1)
  13. To: marca@ncsa.uiuc.edu (Marc Andreessen)
  14. Subject: Re: Project Gutenberg's Roget's Thesaurus 
  15. Cc: www-talk@nxoc01.cern.ch
  16. Reply-To: timbl@nxoc01.cern.ch
  17.  
  18.  
  19. | Date: Tue, 13 Apr 93 12:42:01 -0500
  20. | From: marca@ncsa.uiuc.edu (Marc Andreessen)
  21.  
  22.  
  23.  
  24. | Guido.van.Rossum@cwi.nl writes:
  25. [...]
  26. | > I see a problem coming here: how does an unreplicated document  
  27. (say my
  28. | > own home page) mane a reference to such a replicated document?   
  29. If I
  30. | > have a reference to the closest replica, a user far away who  
  31. follows
  32. | > such a link will get pointed to the replica closest to *me*, not
  33. | > closest to her.
  34. | > 
  35.  
  36. | > Some possible solutions:
  37. | > 
  38.  
  39. | > - a translation scheme whereby clients "know" (e.g. from a local
  40. | > configuration file that may be updated automatically as mirror  
  41. sites
  42. | > are added) that information at host X is identical to info at  
  43. host Y
  44.  
  45. Yes, this is possible with the 2.0 library.  The line mode client
  46. doesn't have the command line option yet, but the client library
  47. can use a rule file, just like a server.
  48.  
  49. | > - a magic string in hostnames that is translated dependent on the
  50. | > geographical position of the client (e.g.
  51. | > http://info-cern.closestmirror/...)
  52.  
  53.  
  54. This has been discussed, in fact having a host name which translates
  55. info many IP addresses -- all the apparatus is there already in DNS
  56. and most people say it won't break anything, we just need code to, if
  57. DNS returns >1 IP address, ping them all to get the closest and  
  58. remember which one it is.
  59.  
  60. | > - upon first contact with a server, it might respond with "please
  61. | > try the following mirror site which is closer to you" (this could  
  62. be
  63. | > put in HTTP2 I suppose).
  64.  
  65.  
  66. This is already the HTTP2 spec.  The reply field can be a "forward"
  67. reply containing a pointer to the real object.  That is, HTTP2  
  68. servers can be used as name servers.  No code yet in the library.
  69. See http://info.cern.ch/hypertext/WWW/Protocols/HTTP/HTRESP.html#z9
  70.  
  71. | > This is a real problem with embedding location information in  
  72. URLs...
  73. | 
  74.  
  75. | Sounds like it's time to move URN's (or whatever persistent  
  76. Internet
  77. | resource identifiers are being called these days) out of the theory
  78. | stage and into practice.... anyone know what the status of the URN
  79. | work that was/is apparently going somewhere in the IETF?
  80.  
  81. I thought it was going to get closer, but basically it was agreed  
  82. that the format urn:publisher/id would work with a finite number of  
  83. publishers.  I think you might see Peter Deutch and Chis Weider maybe  
  84. putting some code together???
  85.  
  86. Remember that if you have to contact a name server every time,
  87. you slow things down anyway. Basically, a little common sense 
  88.  
  89. in the client would guess that a related document was avalable from
  90. the same server as last time.
  91.  
  92. Tim